home *** CD-ROM | disk | FTP | other *** search
/ QRZ! Ham Radio 4 / QRZ Ham Radio Callsign Database - Volume 4.iso / digests / digital / 940082.txt < prev    next >
Internet Message Format  |  1994-11-13  |  14KB
  1. Date: Sat, 26 Mar 94 04:30:11 PST
  2. From: Ham-Digital Mailing List and Newsgroup <ham-digital@ucsd.edu>
  3. Errors-To: Ham-Digital-Errors@UCSD.Edu
  4. Reply-To: Ham-Digital@UCSD.Edu
  5. Precedence: Bulk
  6. Subject: Ham-Digital Digest V94 #82
  7. To: Ham-Digital
  8.  
  9.  
  10. Ham-Digital Digest          Sat, 26 Mar 94       Volume 94 : Issue   82
  11.  
  12. Today's Topics:
  13.                              Am I normal?
  14.                          DPK-9600 info needed
  15.                   FROM INTERNET 4597267@MCIMAIL.COM
  16.                 mailgateway Packet Radio <--> Internet
  17.                         MFJ 1278B tnc problem
  18.                       NET_Mac2.3.39.sea.hqx.text
  19.                         NTS traffic on packet
  20.                     RShtx202/KPC-3 wiring question
  21.  
  22. Send Replies or notes for publication to: <Ham-Digital@UCSD.Edu>
  23. Send subscription requests to: <Ham-Digital-REQUEST@UCSD.Edu>
  24. Problems you can't solve otherwise to brian@ucsd.edu.
  25.  
  26. Archives of past issues of the Ham-Digital Digest are available 
  27. (by FTP only) from UCSD.Edu in directory "mailarchives/ham-digital".
  28.  
  29. We trust that readers are intelligent enough to realize that all text
  30. herein consists of personal comments and does not represent the official
  31. policies or positions of any party.  Your mileage may vary.  So there.
  32. ----------------------------------------------------------------------
  33.  
  34. Date: Fri, 25 Mar 1994 19:17:24 GMT
  35. From: ihnp4.ucsd.edu!library.ucla.edu!csulb.edu!csus.edu!netcom.com!greg@network.ucsd.edu
  36. Subject: Am I normal?
  37. To: ham-digital@ucsd.edu
  38.  
  39. Now that I've gotten the attention of everyone on the net that likes
  40. a good straight line...
  41.  
  42. I'm using a PK232MBX with a Drake TR7. 
  43.  
  44. In CAL mode, I've followed the directions for setting up the levels.
  45.  
  46. But I find the following:
  47.  
  48.     1. In LSB mode on the transceiver, even though the
  49.        power output looks right, the audio reports are
  50.        bad and the signal sounds at once rough and weak.
  51.     2. On RTTY mode, everything works okay on the air 
  52.        (i.e. AMTOR, RTTY, and PACTOR contacts work well,
  53.        with much praise for the subjective signal quality).
  54.        However, while calibrating, I note that when I set
  55.        up for 50 watts out on the low tone, the high 
  56.        tone yields over 100 watts out. On LSB, the tone
  57.        levels are within a couple of watts of one another.
  58.  
  59. Am I wrong in my assumption that the amplitude of the two tones ought
  60. to be roughly equal? I guess that if it is so, I might be dealing 
  61. with a problem of audio filter roll-off. On the other hand, I've always
  62. used the PK232 with FM rigs in the past, and it's harder to spot
  63. over-deviation than it is the HF rig's obvious difference in power
  64. output.
  65.  
  66. Does the PK232 have some kind of balance pots? I didn't see any information
  67. in the manual.
  68.  
  69. On another cheerful note, I've seen a lot of discussion on the air about 
  70. PACTOR lock-up followed by disconnect, from people using the PK232.
  71.  
  72.  
  73. 73,
  74.  
  75. Greg
  76.  
  77. ------------------------------
  78.  
  79. Date: Fri, 25 Mar 1994 15:54:51 GMT
  80. From: ihnp4.ucsd.edu!galaxy.ucr.edu!library.ucla.edu!csulb.edu!csus.edu!netcom.com!wroth@network.ucsd.edu
  81. Subject: DPK-9600 info needed
  82. To: ham-digital@ucsd.edu
  83.  
  84. Steve Ford (WB8IMY) (sford@arrl.org) wrote:
  85. : I recently received a message from a Russian amateur requesting
  86. : more information about the DPK-9600 modem. The text of his
  87. : message follows:
  88.  
  89.  
  90. : "I read article about the DPK-9600 modem. It says the DPK-9600
  91. : features a single-chip FSK modem 4800/9600/19200. It also says
  92. : it is complete compatible with K9NG and G3RUH modems.
  93.  
  94. : Is it really all features of G3RUH (scrambler/descramler, FIR filtr,
  95. : DPLL clock recovery) in single-chip ? What is name of chip ? What is
  96. : price ? Or maybe it is a some DSP chip with software support for all
  97. : g3ruh features..? Can you tell me some more about this design in
  98. : DPK-9600 ?"
  99.  
  100. I evaluated one for the VITA organization with UO-22 and KO-23.  The 
  101. performance on rx was VERY poor.  The recieved data rate was about
  102. 20% of my DSP-12.  I talked to DRSI, and they acknowledged they had a 
  103. problem decoding packets from the satellites.  My findings were duplicated
  104. by Andy McAllister of AMSAT.
  105.  
  106. There is a single chip which seems to handle most of the modem functions,
  107. but it's propriotary to DRSI I believe.
  108.  
  109. I can't speak for the performance on terrestrial packet, DRSI said it 
  110. worked well there.  It's unfortunate that it works so poorly with the 
  111. satellites, it's packaged in a tiny case, and draws very little power.
  112. Aside from the fact it doesin't work, I liked it :).
  113.  
  114. 73's de WA2N/5
  115. Wayne Roth
  116. -- 
  117.                                              wroth@netcom.com
  118.  
  119. ------------------------------
  120.  
  121. Date: 25 Mar 1994 22:31:01 -0500
  122. From: ihnp4.ucsd.edu!swrinde!gatech!newsxfer.itd.umich.edu!news1.oakland.edu!vtc.tacom.army.mil!vtc.tacom.army.mil!not-for-mail@network.ucsd.edu
  123. Subject: FROM INTERNET 4597267@MCIMAIL.COM
  124. To: ham-digital@ucsd.edu
  125.  
  126. Before I would buy ANY book, you might want to look around the
  127. internet.  (Eff.org specifically, and rtfm.mit.edu)
  128.  
  129. EFF produced and electronic book called "The Big Dummies Guide
  130. to the internet".   It's very good and it's freely available.
  131.  
  132. N8IFQ
  133.  
  134. ===============================================================================
  135. Steven E. Grevemeyer            Phone: (810)574-5106 FAX: -5008
  136. Software Enginnering Division (AMSTA-OS)
  137. US Army Tank-Automotive RD&E Center
  138. Vetronics Technology Center    Email: grevemes%vtc@tacom-emh1.army.mil    
  139. Warren, MI 48397-5000
  140. ===============================================================================
  141. -- 
  142. Steven E. Grevemeyer    Phone: (810)574-5106 FAX: -5008
  143. US Army TACOM/Software Enginnering Division (AMSTA-OS)
  144. Vetronics Technology Center Warren, MI 48397-5000
  145. Email: grevemes%vtc@tacom-emh1.army.mil    
  146.  
  147. ------------------------------
  148.  
  149. Date: Sat, 26 Mar 1994 08:00:35 GMT
  150. From: ihnp4.ucsd.edu!usc!howland.reston.ans.net!agate!dog.ee.lbl.gov!newshub.nosc.mil!news!news@network.ucsd.edu
  151. Subject: mailgateway Packet Radio <--> Internet
  152. To: ham-digital@ucsd.edu
  153.  
  154. In article <2mp75f$t7l@sun19.tfh-berlin.de>
  155. menzel@tfh-berlin.de (Olaf_Menzel) writes:
  156.  
  157. > I have read in the newsgroup rec.radio...
  158. > in Amerika you have a mailgateway between Packet-Radio
  159. > and Internet.
  160.  
  161.  
  162. Is this the case?   Suppose I have a packet message I want to have
  163. delivered to my email address, where should it be sent via packet?
  164.  
  165. Suppose the reverse is the case; I have a message here on my computer
  166. which I want to send to a packet address...where do I send it?
  167.  
  168. Roger Keating - KD6EFQ
  169. keating@nosc.mil
  170.  
  171. ------------------------------
  172.  
  173. Date: 26 Mar 1994 00:45:29 GMT
  174. From: ihnp4.ucsd.edu!dog.ee.lbl.gov!agate!howland.reston.ans.net!torn!news.unb.ca!nbt.nbnet.nb.ca!nbnet.nb.ca!zulu@network.ucsd.edu
  175. Subject: MFJ 1278B tnc problem
  176. To: ham-digital@ucsd.edu
  177.  
  178. I have just upgraded to Pactor by adding a seperate board to the MFJ 1278. 
  179. This upgrade now turns the tnc into a 1278b.
  180.  
  181. I noticed after making approx 3 or 4 Pactor contacts that I lost Amtor 
  182. capability. Since the loss didnt occur immediately upon firing up the new 
  183. upgrade, I suspect that it may not be associated with the new board. But I 
  184. dont know, and I dont want to ask the company.
  185.  
  186. Has anyone else run into this type of failure.
  187.  
  188. ------------------------------
  189.  
  190. Date: 25 Mar 94 15:43:46 GMT
  191. From: news-mail-gateway@ucsd.edu
  192. Subject: NET_Mac2.3.39.sea.hqx.text
  193. To: ham-digital@ucsd.edu
  194.  
  195.  
  196.                                             The Netherlands, March 25, 1994.
  197. Hello dear reader,
  198.  
  199. Today I distributed the file NET_Mac2.3.39.sea.hqx...
  200.  
  201. For those who don't know NET/Mac...   NET/Mac is the application that
  202. supports TCP/IP over packet-radio, which means, that hamradio operators
  203. can use NET/Mac for their wireless TCP/IP network...
  204.  
  205. In this version of NET/Mac I implemented the following:
  206.  
  207. - Mods for Power Macintosh models (tested on a 7100/66)  
  208. - OUT windows in a split-window session were sometimes hidden
  209. - Improved the generation of From addresses for hop-to-hop
  210.  
  211. This version obsoletes all versions of info-mac/comm/net/radio-netmac in
  212. the Sumex-Aim archives.
  213.  
  214. The new NET/Mac has (hopefully) been uploaded to:
  215. 1) ucsd.edu, to the directory hamradio/packet/tcpip/incoming.
  216.    If it's not there then look at hamradio/packet/tcpip/mac.
  217.  
  218. It may also get uploaded to:
  219. oak.oakland.edu, to the directory pub/hamradio/mac/digital/????
  220. as soon as I know where to put it...
  221.  
  222. Kind regards,
  223.  
  224. Adam PA2AGA  (e-mail: adam@gg.tno.nl  )
  225.              (    or: pa2aga@gg.tno.nl  for letters only, NO BIG files here)
  226.  
  227. ------------------------------
  228.  
  229. Date: 25 Mar 94 19:29:43 GMT
  230. From: news-mail-gateway@ucsd.edu
  231. Subject: NTS traffic on packet
  232. To: ham-digital@ucsd.edu
  233.  
  234. Danny:
  235. The ARRL Publications or others on the air/Internet can advise you on how 
  236. packet messages go point-to-point. My comment is addressed to the query,"
  237. How does NTS traffic get handled on the Packet network?"
  238.  
  239. I am advised by local packet network managers and the local NTS 
  240. representatives that NTS traffic fares poorly on the packet network. The 
  241. problem is one of "culture"
  242.  
  243. The traffic culture was built around HF operations - originaly spark, then 
  244. cw , then voice and cw. When digital modes appeared, particularly AMTOR, 
  245. the NTS began to incoporate that mode for traffic. The traffic culture is 
  246. based upon one person handing traffic to another and the second person 
  247. agreeing to forward or deliver the traffic. The Q-signals reflect this 
  248. since QSL confirms receipt and QSP agrees to relay.
  249.  
  250. The packet network culture imitates the E-mail structure of public utilities
  251. and companies, but has no provision (that I am aware of) for 
  252. automatically acknowledging receipt. This is not in general a limitation 
  253. since most packet messages are sent to someone who is a ham known to be 
  254. connected to the packet network. 
  255.  
  256. The NTS system does not require that the message receipient be a member of 
  257. the National Traffic System or even to be an amateur. This is where a 
  258. significant problem lies. Because packet network messages are handled in an 
  259. "unattended" fashion, a node on the network may accept a message headed 
  260. into its area which will then be placed in a file awaiting checkin by the 
  261. recipient without agreeing that it will guarantee to relay or deliver. 
  262. The receipient may be a"one-time" or an "infrequent checkin" type and the 
  263. message will languish waiting for them to come and get it. Eventually aging 
  264. causes it to be removed from the active storage.
  265.  
  266. Most BBS operators implore those who check in to look at the accumulation 
  267. of NTS messages and accept one or more that they are willing to relay or 
  268. deliver. The problem is that there is not a habit pattern or culture 
  269. that has grown up within the packet community to accept such activity as 
  270. something of interest. In some cases, the persons checking in may not have 
  271. HF priviledges that permit them to off-load the messages to the local 
  272. traffic nets. 
  273.  
  274. In summary, this is an interesting situation which perhaps offers an 
  275. opportunity for public service. If such a culture were developed, it would 
  276. be in place ready to go in the event of an emergency. Regrettably, to date 
  277. the right ingredients have not come together.
  278.  
  279. I hope this long answer helped your understanding of things.
  280.  
  281. Best 73
  282. Tod Olson, K0TO
  283. Director, Dakota Division
  284. ARRL
  285. +---------------------------+----------------------------------+
  286. | Tod Olson, K0TO           | E-Mail tao@maroon.tc.umn.edu     |
  287. |                           | MCI address 246-8130             |
  288. | Tao Enterprises           | Voice    1-612-473-6478          |             |
  289. | 292 Heather Lane          | FAX      1-612-473-7474          |
  290. | Long Lake, MN 55356-9439  | "There are no solutions, just    |
  291. |                           |  different sets of problems!"    |                        
  292. +--------------------------------------------------------------+ 
  293.  
  294. ------------------------------
  295.  
  296. Date: Fri, 25 Mar 1994 16:23:41 GMT
  297. From: agate!howland.reston.ans.net!pipex!sunic!psinntp!psinntp!gdc!evax.gdc.com!franzis@ames.arpa
  298. Subject: RShtx202/KPC-3 wiring question
  299. To: ham-digital@ucsd.edu
  300.  
  301.     Mark,
  302.  
  303.     The HTX202 manual has a section on hooking up a TNC and
  304.         it seems quite simple.
  305.  
  306.  
  307.  
  308.             -Pat n1ocj
  309.  
  310. ------------------------------
  311.  
  312. Date: Fri, 25 Mar 94 18:45:40 GMT
  313. From: mnemosyne.cs.du.edu!nyx10!nburnett@uunet.uu.net
  314. To: ham-digital@ucsd.edu
  315.  
  316. References <2mnbtp$sr7@hpbab.mentorg.com>, <1994Mar23.180631.11120@mnemosyne.cs.du.edu>, <2mscpg$en5@hp-col.col.hp.com>
  317. Subject : Re: KPC-3 and TCPIP
  318.  
  319. jms@col.hp.com (Mike Stansberry) writes:
  320.  
  321. >: >KPC-3 is excellent value for the money.
  322. >: If you only want to go 1200 baud it's fine and if you want to keep the same
  323. >: EPROM in it it's fine.  But if you ever want to modify it for high speed
  324. >: or DCD or KISS only you'll regret buying as I did.
  325.  
  326. >: Just my opinion and expierience,
  327. >: 73, Nate
  328.  
  329. >The KPC-3 already has KISS capability.
  330.  
  331. I know notice the word 'only' after KISS.  I run a high speed KISS only EPROM (kiss 56).
  332. Nate
  333.  
  334. ---
  335. Nathan C. Burnett N8MBK
  336. AX.25 PBBS n8mbk@wb8h.#semi.mi.usa.na
  337. AMPRNET n8mbk@wsu.n8fow.ampr.org [44.102.48.2]    "Nature cannot be fooled"
  338. Internet nburnett@nyx.cs.du.edu                          Richard Feynman
  339.  
  340. ------------------------------
  341.  
  342. End of Ham-Digital Digest V94 #82
  343. ******************************
  344.